CIRCUIT, SYSTEM, AND METHOD FOR DATA TRANSFER CONTROL FOR 
ENHANCING DATA BUS UTILIZATION 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

The present invention relates to circuit, system, and 
method for data transfer control for enhancing data bus 
utilization, and more particularly to a technique to enhance 
data bus utilization in an information processing system having 
a plurality of bus masters for carrying out data transfer 
through a data bus composed of a plurality of unit data buses 
by carrying out data transfer by split -controlling the data 
bus in unit data buses . 

2 . Description of the Background Art 

A conventional inf ormationx processing system for 
controlling data transfer by means of a plurality of data buses 
has an arrangement as shown in Fig. 1 , for example. The system 
of Fig. 1 includes a central processing unit (CPU) 101 and 
a direct memory access controller (DMAC) 102 serving as bus 
masters, a memory 103, and a peripheral 104, which are 
interconnected to each other through a data bus 105 and an 
address bus 106. In Fig. 1, the CPU 101 and DMAC 102 serve 
as the bus masters and control a bus use (bus access). 

In the foregoing system, as a first mechanism of bus 
arbitration of the data bus 105 using polling processing, the 
bus masters 101 and 102 control the bus use by using a req 
signal which is a bus use request signal from the DMAC 102 
and a gnt signal which is a grant signal of bus use transfer. 
To be more specific, when the CPU 101 can release the data 
bus 105 in response to the bus use request signal (req signal) 
from the DMAC 102, the CPU 101 outputs the gnt signal to the 
DMAC 102, whereby the bus use is transferred to the DMAC 102 
from the CPU 101 . On the other hand , when the bus use is returned 
to the CPU 101, the gnt signal is inactivated, so that the 



CPU 101 acquires the bus use (bus access). 

In the polling processing during the DMA data transfer 
in the system adopting the foregoing bus arbitration method, 
an I/O access from the CPU 101 frequently occurs during the 
DMA data transfer by the DMAC 102. In other words, an access 
(I/O access) to a register or the like retaining control 
information for the polling processing frequently occurs 
during the data transfer. 

Fig. 2 is a timing chart showing timing of the polling 
processing during the DMA data transfer and an example of an 
occupancy state of one data bus composed of four unit data 
buses (the unit data buses have data widths of 8 , 16, 32 bits, 
for example) in the foregoing system. In Fig. 2, the req signal 
and gnt signal are indicated as low-active signals (signals 
which are active in the low state). 

With the I/O access necessary for the polling processing, 
the width of the register to be accessed is 16 bits or 32 bits, 
for example, which is far smaller than the width of the data 
bus. Further, in general, one byte or one word is sufficient 
for the control information of the polling processing retained 
in the register. On the other hand, a wider bus width is 
provided in the recent systems, and a bus having a width of 
128 bits is not unusual. 

However, in the conventional bus control system, the DMA 
data transfer is suspended while the I/O access is occurring 
for the polling processing. For example, when transfer data 
to be transferred by the I/O access is one byte, if the bus 
width is 128 bits, only 6% of the bus is utilized, and only 
25% is utilized even when the transfer data is one word, thereby 
reducing the bus utilization and data transfer efficiency. 
Further, the larger the bandwidth of the data bus, the lower 
the data bus utilization becomes . In addition , when operating 
rates are different in the CPU and peripheral, the latency 
in the I/O access during the polling processing becomes larger . 
Thus, the I/O access for the polling processing occupies the 
data bus for a longer period, thereby reducing the data bus 



utilization further . 

Fig . 3 is a second bus control mechanism of the information 
processing system. The system of Fig, 3 includes a central 
processing unit (CPU) 107 and a direct memory access controller 
5 ( DMAC ) 108 serving as bus masters , a memory 103 and a peripheral 
104, which are interconnected to each other through a data 
bus 105 and an address bus 106. In this system, as a method 
of bus arbitration of the data bus 105, the bus arbitration 
is carried out by using a req signal which is a bus use request 
10 signal from the DMAC 108, a gnt signal which is a grant signal 
of bus use transfer, and a rel signal which is a bus release 
request signal from the CPU 107 for allowing the CPU 107 to 
"^f temporarily acquire the bus use during the DMA data transfer. 

ff\ In the systemusing the second bus arbitration mechanism, 

^ 15 the data bus 105 cannot be released until the break of the 

pa 

gl DMA data transfer even when the bus release request signal 

Ul (rel signal) from the CPU 107 is asserted, and therefore, the 

P CPU 107 may stall. 

Q Fig. 4 shows, as an example of such a stall, timing when 

rf 20 the I/O access for the polling processing interrupts during 
the DMA data transfer and an example of an occupancy state 
"~" of the data bus 105. In Fig. 4, the req signal, gnt signal, 

and rel signal are indicated as low-active signals. Fig. 4 
shows that even when the CPU 107 asserts the release request 
25 signal (rel signal) of the data bus 105 to the DMAC 108 to 
allow the I/O access for the polling processing, the DMAC 108 
does not release the data bus 105 until a break of the DMA 
transfer processing, thereby causing the CPU 107 to stall 
during that period. 
30 As has been explained, in the conventional information 

processing system, wherein a plurality of bus masters carry 
out data transfer through the data bus , if the I/O access occurs 
for the polling processing or the like by the CPU during the 
DMA data transfer, the DMA data transfer and I/O access cannot 
35 be carried out simultaneously regardless of the fact that only 
a part of the data bus is necessary for the data transferred 
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by the I/O access. For this reason, the data bus utilization 
is reduced . 

In addition, when the I/O access for the polling 
processing or the like by the CPU occurs during the DMA data 
transfer, the data bus is not released until a break of the 
DMA data transfer , thereby posing a problem that the CPU stalls . 

SUMMARY OF THE INVENTION 

It is therefore an object of the present invention to 
provide an information processing system for carrying out 
arbitration control of data transfer by means of a plurality 
of bus masters, which is capable of enhancing the data bus 
utilization by appending data that specifies a unit data bus 
to a signal relating to the use of the data bus and used between 
the plurality of bus masters and the bus controller, so that 
the unit data bus is split -controlled dynamically in data 
buses . 

To achieve the object , an aspect of the invention provides 
a data transfer control circuit for carrying out data transfer 
by using a plurality of bus masters, comprising: a data bus 
connected to a peripheral apparatus and composed of a plurality 
of unit data buses each capable of carrying out data transfer 
independently; a plurality of bus masters each for sending 
a request signal requesting a use of the data bus in unit data 
buses, and using the data bus in unit data buses requested 
when a request by means of the request signal is granted; and 
a bus controller for split -controlling the data bus in unit 
data buses for the plurality of bus masters by giving a grant 
signal which grants the use of the data bus in unit data buses 
requested in unit data buses to the bus masters in accordance 
with an availability of the data bus in unit data buses , 

Preferably, the bus controller gives the grant signal 
of the use of the data bus to the bus masters upon receipt 
of a request or release of the use of the data bus in unit 
data buses inputted from the bus masters . 
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Preferably, the bus controller includes a monitor 
circuit for monitoring the availability of the data bus in 
unit data buses . 

Preferably, the bus controller judges whether the data 
5 bus is available in unit data buses based on a monitoring result 
by the monitor circuit, and when the data bus is available, 
the bus controller gives the grant signal of the using right 
of the data bus to the bus master. 

Preferably, the bus controller sends a state signal 
10 indicating the availability of the data bus in unit data buses 
to each of the bus masters based on a monitoring result of 
the monitor circuit . 

Preferably, the request signal includes information 
specifying each unit data bus in the data bus, or the request 
15 signal includes information specifying the number of the unit 
data buses in the data bus . 

To achieve the object, another aspect of the invention 
provides an information processing system for carrying out 
data transfer by using a plurality of bus masters , comprising : 
20 a peripheral apparatus ; a data bus connected to the peripheral 
apparatus and composed of a plurality of unit data buses each 
capable of carrying out data transfer independently; a 
plurality of bus masters each for sending a request signal 
requesting a use of the data bus in unit data buses, and using 
25 the data bus in unit data buses requested when a request by 
means of the request signal is granted; and a bus controller 
for split -controlling the data bus in unit data buses for the 
plurality of bus masters by giving a grant signal which grants 
the use of the data bus in unit data buses requested in unit 
30 data buses to the bus masters in accordance with an availability 
of the data bus in unit data buses. 

To achieve the object, still another aspect of the 
invention provides a method of carrying out data transfer by 
using a plurality of bus masters, comprising the steps of: 
35 generating a request signal requesting a use of a data bus 
in unit data buses in each of a plurality of bus masters and 
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sending each request signal to a bus controller, the data bus 
being connected to a peripheral apparatus and composed of a 
plurality of unit data buses each capable of carrying out data 
transfer independently; sending, in response to the request 
5 signal, a grant signal granting the use of the data bus in 
unit data buses requested in unit data buses to the bus master 
in accordance with an availability of the data bus in unit 
data buses; and occupying the data bus granted by the grant 
signal in unit data buses, and carrying out data transfer by 
10 using the unit data buses thus occupied. 

Other features and advantages of the present invention 
will become apparent from the following description taken in 

O 

y2 conjunction with the accompanying drawings. 

m 

% 15 BRIEF DESCRIPTION OF DRAWINGS 

00 

g{ The accompanying drawings , which are incorporated in 

- and constitute a part of the specification, illustrate 

"f presently preferred embodiments of the invention, and together 

20 with the general description given above and the detailed 
^ description of the preferred embodiments given below, serve 

p to explain the principles of the invention. 

Fig. 1 is a block diagram depicting an example of an 
arrangement of a conventional information processing system 
25 including a plurality of bus masters; 

Fig . 2 is a view showing operation timing and an occupancy 
state of a use of a data bus in the information processing 
system in Fig. 1; 

Fig. 3 is a block diagram depicting an example of another 
30 arrangement of the conventional information processing system 
including a plurality of bus masters; 

Fig . 4 is a view showing operation timing and an occupancy 
state of the use of the data bus in the information processing 
system in Fig. 3; 
35 Fig. 5 is a block diagram depicting an arrangement of 

an information processing system according to a first 
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embodiment of the present invention; 

Fig . 6 is a view showing operation timing and an occupancy 
state of the use of the data bus in the information processing 
system in Fig. 5; 
5 Fig. 7 is a block diagram depicting an arrangement of 

an information processing system according to a second 
embodiment of the present invention; 

Fig . 8 is a view showing operation timing and an occupancy 
state of the use of the data bus in the information processing 
10 system in Fig. 7; 

Fig. 9 is a block diagram depicting an arrangement of 
„ an information processing system according to a third 

fcjg embodiment of the present invention; 

Fig. 10 is a view showing operation timing and an 
15 occupancy state of the use of the data bus in the information 
03 processing system in Fig. 9; 

g^" Fig. 11 is a block diagram depicting an arrangement of 

e an information processing system according to a fourth 

y embodiment of the present invention; and 

y* 20 Fig. 12 is a view showing operation timing and an 

:jf occupancy state of the use of the data bus in the information 

q processing system in Fig. 11. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 



The following description will describe in detail 
preferred embodiments of a data transfer control circuit, an 
information processing system and a data transfer method of 
the present invention for enhancing data transfer utilization 
30 with reference to Figs. 5 to 12. 

First Embodiment 

The following description will describe in detail a first 
embodiment of the present invention with reference to Figs . 
35 5 and 6. The first embodiment provides a function to 
dynamically split -control a data bus in unit data buses. 
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Fig. 5 is a block diagram depicting an arrangement of 
an information processing system according to the first 
embodiment, and Fig. 6 is a view showing operation timing and 
an occupancy state of a use of the data bus in the system shown 
in Fig. 5. 

As shown in Fig. 5, the information processing system 
according to the first embodiment comprises a CPU 1 and a direct 
memory access controller (DMAC) 2 serving as bus masters, a 
bus controller 3 for controlling split use of a data bus 4 
by the CPU 1 and DMAC 2 , the data bus 4 composed of , for example , 
four unit data buses, a memory 6 connected to the CPU 1 and 
DMAC 2 through the data bus 4 and an address bus 5 , and 
peripherals (I/O) 7 and 8. 

The data bus 4 is composed of a plurality of unit data 
buses each having an arbitrary bus width. Each unit data bus 
has an arbitrary data width, such as 8, 16, and 32 bits, and 
is allowed to control data transfer independently. 

The CPU 1 gives a bus release request signal (rel[n:0] ) 
which allows the CPU 1 to temporarily acquire a bus use (bus 
access) during the DMA data transfer to the DMAC 2 and bus 
controller 3, and an acknowledge signal (ack) which indicates 
the completion of an I/O access to the bus controller 3. 
Hereinafter, the I/O access includes an access to a register 
that retains polling information used for bus arbitration, 
and an access to each peripheral connected to the data bus. 

The DMAC 2 gives a bus request signal (req[n:0]) for 
the DMA data transfer to the bus controller 3, and a select 
signal (sel[l:0] ) which selects the I/O to be used by the DMAC 
2 to the I/O (peripherals) 7 and 8. The bus controller 3 gives 
a bus grant signal (gnt[n:0]) which indicates the grant of 
a use of the data bus 4 by the DMAC 2 to the DMAC 2 . By 
transmitting the foregoing signals, the bus controller 3 
split -controls the data bus 4 for the CPU 1 and DMAC 2. 

In the first embodiment, each bit in the bus release 
request signal ( rel [ n : 0 ] ) , bus request signal ( req [ n : 0 ] ) , bus 
grant signal (gnt[n:0]) corresponds to each unit of the bus 
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to be split -controlled. Also, each bit in the select signal 
( sel[ 1 : 0 ] ) of the peripherals corresponds to their respective 
peripherals . 

Next , the following description will describe an example 
of the split -control of the data bus 4 with reference to the 
operation timing chart of Fig. 6. 

In the first place, before clock 1 in Fig. 6, the DMA 
data transfer has been carried out by using all the unit data 
buses (n+1 units) of thedatabus 4. Under these circumstances , 
in the cycle (clock) 1 in Fig. 6, the CPU 1 asserts a release 
signal (rel[n:0] ) of a unit data bus to be accessed in issuing 
a bus access request . Upon receipt of the release signal ( rel ) , 
the bus controller 3 inactivates the grant signal (gnt). In 
the clock 2 in Fig . 6 , upon detection of the inactive gnt signal , 
the DMAC 2 invalidates data transfer in the cycle where the 
gnt signal is inactivated, and deasserts the req signal to 
abort the bus use ( bus access ) temporarily . The bus controller 
3 asserts the gnt signal again. The CPU 1 outputs an address 
of the I/O access to the address bus 5. 

At the clock 3 in Fig. 6, the CPU 1 starts to use one 
unit data bus in the data bus 4 requested by the rel signal. 
The DMAC 2 selects the data bus 4 to be used by the same from 
the rel signal and gnt signal at the clock 2 in Fig. 6, and 
outputs the req signal ( req [ n : 0 ] ) corresponding to the selected 
data bus 4. Then, the DMAC 2 starts the DMA data transfer 
through the selected data bus 4 . 

The above example explained a case where the request 
signal (req signal, rel signal, etc.) explicitly specifies 
a requested unit data bus in the data bus 4. However, the 
request signal may merely specify the number of the unit data 
buses , and a monitoring mechanism monitors available unit data 
buses in the bus controller 3 side to assign the available 
unit data buses to the bus masters as necessary. 

According to the first embodiment, a plurality of bus 
masters (for example, the CPU 1 and DMAC 2) request the use 
of the data bus by specifying the unit data buses in the data 
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bus 4 to the bus controller 3, and correspondingly, the bus 
controller 3 split-controls the data bus 4 dynamically for 
the plurality of bus masters. Consequently, the utilization 
of the data bus 4 can be enhanced, and hence the transfer 
5 efficiency of the DMA data transfer can be improved. 

Second Embodiment 

The following description will describe in detail a 
second embodiment of the information processing system 
10 according to the present invention as to the differences from 
the first embodiment alone with reference to Figs. 7 and 8. 
^ Fig. 7 is a view depicting an arrangement of the 

J© information processing system according to the second 

9j embodiment, and Fig. 8 is a view showing operation timing and 

or 

jf 15 an occupancy state of the use of the data bus of the system 

G§ shown in Fig . 7 . 

As shown in Fig. 7, the system of the second embodiment 
is different from the counterpart of the first embodiment shown 
in Fig. 5 in that one more CPU serving as the bus master is 
20 provided. The information processing system shown in Fig. 
7 comprises a CPU 11, a CPU 12, and a direct memory access 
controller (DMAC) 13 serving as bus masters, a bus controller 
14 for controlling split use of a data bus 15 for the CPUs 
11 and 12 and DMAC 13, the data bus 15, a control bus 17, a 
25 memory 18 connected to the CPUs 11 and 12 and DMAC 13 through 
the data bus 15 and an address bus 16, and peripherals (I/O) 
19 and 20. The data bus 15 is composed of, for example, four 
unit data buses (the unit data buses have the data widths of 
8, 16, 32 bits, for example) , and each unit data bus is allowed 
30 to control the data transfer independently. 

The CPU 11 gives a bus request signal (reql[n:0] ) which 
requests a bus use to the bus controller 14 , and an acknowledge 
signal (ackl) which indicates the completion of the I/O access 
inputted from the peripherals 19 and 20 to the bus controller 
35 14. The CPU 12 gives a bus request signal (req2[n:0]) which 
requests a bus use to the bus controller 14 , and an acknowledge 
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signal (ack2) which indicates the completion of the I/O access 
inputted from the peripherals 19 and 20 to the bus controller 

The DMAC 13 gives a bus request signal (req3[n:0]) of 
the DMA transfer to the bus controller 14, and a bus select 
signal (bsel[n:0]) which indicates the data bus to be used 
for the DMA data transfer to the memory 18 and peripherals 
19 and 20. 

The bus controller 14 gives a bus grant signal (gnt[n:0] ) 
which indicates the grant of a use of the data bus 15 of the 
CPUs 11 and 12 and DMAC 13 to the CPUs 11 and 12 and DMAC 13 
through a grant signal line 17, and a bus master select signal 
(bmaster [m:0] ) which indicates the current bus master to which 
the bas grant signal is given, to the CPUs 11 and 12 and DMAC 
13. In the second embodiment, the (m+1) (m is a numerical 
value equal to or larger than 1) bits in the bus master select 
signal (bmaster [m:0]) select one of the three bus masters 
uniquely. 

By transmitting the foregoing signals, the bus 
controller 14 split-controls the data bus 15 for the CPUs 11 
and 12 and DMAC 13. 

Next , the following description will describe an example 
of the split -control of the data bus 15 with reference to the 
operation timing chart in Fig. 8. 

In the first place, in the cycle (clock) 1 in Fig. 8, 
the CPU 11 asserts the bus request signal (reql) to use the 
data bus 15. In the clock 2 in Fig. 8, the bus controller 
14 arbitrates the bus request from the CPU 11 and asserts the 
bmaster signal (the signal assigning the CPU 11 as the bus 
master) and the gnt signal (the signal indicating which unit 
data bus is used by the CPU 11). In the clock 3 in Fig. 8, 
the CPU 11 starts to output an address for the bus access in 
response to the gnt signal. The bus controller 14 deasserts 
the gnt signal temporarily. The DMAC 13 outputs the req3 signal . 
The peripheral 19 or 20 to be accessed by the CPU 11 through 
the bus decodes the address and starts I/O access processing. 



In the clock 4 in Fig. 8 , the bus controller 14 arbitrates 
the bus request from the DMAC 13 , and asserts the bmaster signal 
(the signal assigning the DMAC 13 as the bas master) and the 
gnt signal. In the clock 5 in Fig. 8, the DMAC 13 starts to 
output the address for the DMA data transfer to the address 
bus 16 in response to the gnt signal, and starts the DMA data 
transfer. 

In the clock 7 in Fig. 8, the ackl signal (the signal 
indicating the completion of the data transfer) of the bus 
access by the CPU 11 is asserted from the peripheral 19 or 
20, whereupon the access by the CPU 11 is completed. The CPU 
12 asserts the req2 signal to use the data bus 15. 

In the cycle 8 in Fig. 8, the CPU 11 deasserts the reql 
signal. Upon receipt of the req2 signal from the CPU 12, the 
bus controller 14 deasserts the gnt signal temporarily for 
the bus arbitration. In the cycle 9 in Fig. 8, upon receipt 
of the deassertion of the reql signal of the CPU 11, the bus 
controller 14 deasserts the gnt signal temporarily for the 
bus arbitration. 

In the cycle 10 in Fig. 8 , the bus controller 14 arbitrates 
the bus request from the CPU 12 , and asserts the bmaster signal 
(the signal assigning the CPU 12 as the bus master) and the 
gnt signal (the signal indicating the unit data bus to be used 
by the CPU 12) . In. the clock 11 in Fig. 8, the bus controller 
14 deasserts the gnt signal temporarily to arbitrate the req3 
signal from the DMAC 13 and the bus request from the CPU 12. 
In the clock 12 in Fig. 8, the bus controller 14 asserts the 
bmaster signal and gnt signal for the DMAC 13. 

In the clock 13 in Fig. 8, the DMAC 13 starts to output 
the address for the DMA transfer to the address bus 16 in response 
to the gnt signal, and starts the DMA data transfer. In the 
clock 14 in Fig . 8 , the ack2 signal that indicates the completion 
of the bus access by the CPU 12 is asserted for the CPU 12 
from the peripheral 19 or 20, whereupon the access to the 
peripheral 19 or 20 by the CPU 12 is completed. 

In the clock 15 in Fig. 8, the CPU 12 deasserts the req2 



signal. In the clock 16 in Fig. 8, upon receipt of the 
deassertion of the req2 signal of the CPU 12 , the bus controller 
14 deasserts the gnt signal temporarily for the bus arbitration « 
In the clock 17 in Fig. 8, the bus controller 14 asserts the 
5 bmaster signal and gnt signal for the DMAC 13. In the clock 
18 in Fig. 8, the DMAC 13 starts to output the address for 
the DMA data transfer to the address bus 16 in response to 
the gnt signal, and starts the DMA data transfer. In the clock 
20 in Fig. 8, upon completion of the DMA data transfer, the 
10 DMAC 13 deasserts the req3 signal. In the clock 21 in Fig. 
8, upon receipt of the deassertion of the req3 signal by the 

^ DMAC 13, the bus controller 14 deasserts the gnt signal 

^ temporarily for the bus arbitration. 

EH When the bus requests from a plurality of bus masters 

m 

15 are arbitrated, which bus master should be indicated by the 



bmaster signal as the current bus master may be determined 
by the priority (for example, a higher priority is given to 
a the CPU than the DMAC) assigned to each bus master, or the 

5 availability of the unit data buses . 

L4 20 According to the second embodiment, a plurality of bus 

^ masters (for example, the CPUs 11 and 12 and DMAC 13) request 

O 

q- the use of the data bus by specifying the unit data buses in 

the data bus 15 to the bus controller 14 , and the bus controller 
14 split -controls the data bus 15 for the plurality of bus 

25 masters. Consequently, the utilization of the data bus 15 
can be enhanced, and hence the transfer efficiency of the DMA 
data transfer can be improved. In addition, because it is 
not necessary to stall the bus use request from the CPU until 
the DMA data transfer is completed, the stall period for each 

30 of the CPUs 11 and 12 can be shortened. 

Third Embodiment 

The following description will describe in detail a third 
embodiment of the information processing system according to 
35 the present invention as to the differences from the first 
and second embodiments alone with reference to Figs. 9 and 
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10. 

Different from the second embodiment shown in Fig. 7, 
the third embodiment provides a function to allow the bus 
masters to select necessary units in the data bus to be 
split -controlled. 

An inf ormation processing system having a plurality of 
bus masters according to the third embodiment shown in Fig. 
9 comprises a CPU 21, a CPU 22, and a DMAC 23 serving as the 
bus masters, peripheral apparatuses including a memory 28 and 
peripherals 29 and 30, a data bus 25 split into (n+1) units 
to be split-controlled, a bus controller (BusCntl) 24 for 
split -controlling the data bus, and an address bus (adrBus) 
26. 

In the information processing system shown in Fig. 9, 
the split -control of the data bus is realized by a bus request 
signal ( reql [ a : 0 ] , req2 [ a : 0 ] , req3 [ a : 0 ] ) from each bus master , 
a bus grant signal (gnt[n:0]), a bus master select signal 
(bmaster [m: 0 ] ) which selects the bus master to receive the 
bus grant signal , a bus select signal ( bsel [ n : 0 ] ) which selects 
the bus to be used for the DMA data transfer, and a bus release 
signal (brelease) with which the bus controller makes each 
bus master abandon the bus use. 

Each bit in the bus grant signal ( gnt [ n : 0 ] ) and bus select 
signal (bsel[n:0]) corresponds to each unit in the bus to be 
split -controlled. The (a+1) (a must satisfy 2** (a+l) = < (n+1) ) 
bits in each bus request (reql[a:0], req2[a:0], req3[a:0]) 
represent the number of bus units ([a:0] unit) necessary for 
each bus master out of the (n+1) units in the data bus to be 
split-controlled. In the third embodiment, the (m+1) (m is 
a numerical value equal to or larger than one) bits in the 
bus master select signal (bmaster [m: 0 ] ) select one of the m 
(three in Fig. 9) bus masters uniquely. 

Fig . 10 is a view showing operation timing of each control 
signal and the bus in the system shown in Fig. 9, and particularly 
a timing chart when bus requests are issued successively from 
the DMA 23 and CPU 22 while the CPU 21 is requesting the bus. 




In the cycle 1 (the cycle denoted as 1 in the clock timing 
chart of Fig. 10) in Fig. 10, x units in the split-controlled 
(n+1) units are requested by the reql[a:0] from the CPU 21, 
and in response to this request, the bus controller (BusCntl) 
24 carries out the bus arbitration operation. After the bus 
arbitration, the BusCntl 24 outputs the gnt[n:0] signal and 
bmaster [m: 0 ] signal. In the cycle 2, the CPU 21 starts to 
use the data bus in response to the gnt[n:0] signal. After 
granting the bus use to the bus master, the bmaster signal 
is deasserted temporarily. In Fig. 10, hatched areas in the 
gnt signal and bmaster signal indicate inactive states of these 
signals. 

In the cycle 3, the DMAC 23 requests z units while the 
CPU 21 is using the data bus, and the BusCntl 24 carries out 
the bus arbitration operation again. The BusCntl 24 confirms 
whether z units in the data bus are available depending on 
the current availability of the data bus. When the z units 
are available, the BusCntl 24 outputs the gnt[n:0] signal and 
bmaster [m:0] signal; otherwise, the BusCntl 24 maintains the 
current state until the bus becomes available. Because the 
third embodiment explains the former case, the BusCntl 24 
outputs the gnt[n:0] signal and bmaster[m:0] signal. In the 
cycle 4, the DMAC 23 starts to use the data bus in response 
to the gnt[n:0] signal, whereby the CPU 21 and DMAC 23 use 
the data bus simultaneously. After granting the bus use to 
the bus master, the bmaster signal is deasserted temporarily. 

In the cycle 6, the CPU 22 requests y units in the bus 
while the CPU 21 and DMAC 23 are using the data bus, and the 
BusCntl 24 carries out the bus arbitration operation again. 
The BusCntl 24 confirms whether y units in the data bus are 
available depending on the current availability of the data 
bus. When the y units are available, the BusCntl 24 outputs 
the gnt[n:0] signal and bmaster [m:0] signal; otherwise, the 
BusCntl 24 maintains the current state until the bus becomes 
available. Because the third embodiment explains the latter 
case, the BusCntl 24 maintains the current state. 



In the cycle 8, the bus operation of the CPU 21 using 
the x units in the bus is completed, and its request signal 
(reql[a:0]) is deasserted. Accordingly, the BusCntl 24 
asserts the bus release signal (brelease) which makes each 
bus master release the bus to carry out the bus arbitration 
again. In the cycle 9, each bus master (21, 22, 23) suspends 
the bus operation in response to the brelease signal and 
maintains the suspended state until the bus use is granted. 
Meanwhile, the BusCntl 24 arbitrates the bus request from each 
bus master again , and carries out the bus arbitration operation 
in accordance with the priority assigned to each bus master. 
Assume that the priority is given as CPU 22>DMAC 23 in the 
third embodiment, then the BusCntl 24 outputs the gnt[n:0] 
signal and bmaster[m:0] signal to grant the bus use to the 
CPU 22 which is requesting the y units. In the cycle 10, the 
CPU 22 starts to use the data bus in response to the gnt[n:0] 
signal. After granting the bus use to the bus master, the 
bmaster signal is deasserted temporarily. 

In the cycle 11, the BusCntl 24 carries out the bus 
arbitration operation for the remaining bus request. The 
BusCntl 24 confirms whether z units in the data bus are available 
depending on the current availability of the data bus . When 
the z units are available, the BusCntl 24 outputs the gnt[n:0] 
signal and bmaster [m:0] signal; otherwise, the BusCntl 24 
maintains the current state until the bus becomes available. 
Because the cycle 11 in Fig. 10 explains the former case, the 
BusCntl 24 outputs the gnt [n: 0 ] signal and bmaster [m: 0] signal. 
In the cycle 12, the DMAC 23 starts to use the data bus in 
response to the gnt[n:0] signal, whereby the CPU 22 and DMAC 
23 use the data bus simultaneously. After granting the bus 
use to the bus master, the bmaster signal is deasserted again. 

In the cycle 15, the bus operation of the CPU 22 using 
the y units in the bus is completed, and its request signal 
(req2[a:0]) is deasserted. Hence, the BusCntl 24 asserts the 
bus release signal (brelease) which makes each bus master 
release the bus to carry out the bus arbitration again. In 



the cycle 16, each bus master suspends the bus operation in 
response to the brelease signal, and maintains the suspended 
state until the bus right is granted. Meanwhile, the BusCntl 
24 arbitrates the bus request from each bus master again, and 
5 carries out the bus arbitration operation in accordance with 
the priority assigned to each bus master. At this point, 
because only the bus request from the DMAC 23 requesting the 
z units in the bus is left, the BusCntl 24 outputs the gnt[n:0] 
signal and bmaster[m:0] signal corresponding to the bus 
10 arbitration operation. In the cycle 17, the DMAC 23 starts 
to use the data bus in accordance with the gnt[n:0] signal. 

„ After granting the bus use to the bus master, the bmaster signal 

3 is deasserted again. 

5? In the cycle 20, the bus operation of the DMAC 23 using 

> 15 the z units in the bus is completed, and its request signal 

03 (req3[a:0]) is deasserted. Hence, the BusCntl 24 asserts the 

in 

m bus release signal (brelease) which makes each bus master 

^ release the bus to carry out the bus arbitration again. In 

^ the cycle 21, each bus master suspends the bus operation in 

M: 20 response to the brealese signal, and maintains the suspended 

~j state until the bus use is granted. Meanwhile, the BusCntl 

p 24 arbitrates the bus request from each bus master again, and 

carries out the bus arbitration operation in accordance with 
the priority assigned to each bus master. 
25 According to the third embodiment, a plurality bus 

masters request the use of the data bus by specifying the 
necessary number of units in the data bus 25. Consequently, 
the split -control of the data bus 2 5 can be realized by an 
easy control at the bus masters side. 

30 

Fourth Embodiment 

The following description will describe in detail a 
fourth embodiment of the information processing system 
according to the present invention as to the differences from 
35 the foregoing embodiments alone with reference to Figs. 11 
and 12. 
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The fourth embodiment provides a function such that the 
bus controller monitors the availability of the data bus in 
unit data buses and sends a signal indicating the availability 
of the data bus to each bus master, and in response to that 
signal, each bus master uses the data bus by specifying the 
necessary unit data buses to be split -controlled. 

As shown in Fig. 11, an information processing system 
according to the fourth embodiment comprises a CPU 31, a CPU 
32, and a DMAC 33 serving as the bus masters, peripheral 
apparatuses including a memory 38 and peripherals 39 and 40, 
a data bus 35 which can be split into (n+1) units to be 
split-controlled, a bus controller (BusCntl) 34 for 
split-controlling the data bus, and an address bus (adrBus) 
36. 

The information processing system in Fig. 11 realizes 
the split -control of the data bus by a bus request signal from 
each bus master ( reql [ n : 0 ] , req2 [ n : 0 ] , req3 [ n : 0 ] ) , a bus grant 
signal (gnt[n:0] ) , a bus master select signal (bmaster [m: 0 ] ) 
which selects the bus master to receive the bus grant signal, 
a bus select signal (bsel[n:0]) which selects the bus to be 
used for the DMA data transfer , a bus release signal (brelease) 
which makes each bus master abandon the bus use (bus access) , 
and a control signal (bvalid[n : 0 ] ) which indicates the 
availability of the data bus being used. 

Each bit in each bus request signal ( reql [ n : 0 ] , req2 [ n : 0 ] , 
req3[n:0]), bus grant signal (gnt[n:0]), bus select signal 
(bsel[n:0]), and control signal (bvalid[n : 0 ] ) indicating the 
availability of the data bus corresponds to each unit bus in 
the bus to be split-controlled. In Fig. 11, the (m+1) (m is 
a numerical value equal to or larger than one) bits in the 
bus master select signal (bmaster [m: 0] ) select one of the m 
(three in Fig. 11) bus masters uniquely. 

Fig. 12 is a view showing the operation timing of each 
control signal and bus operation in the system shown in Fig. 
11 , and particularly a timing chart when bus requests are issued 
successively from the DMAC 33 and CPU 32 while the CPU 31 is 
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requesting the bus. 

In the cycle 1 ( the cycle denoted as 1 in the clock timing 
chart of Fig. 12) in Fig. 12, x units in the split -controlled 
(n+1) units are requested from the CPU 31, and in response 
5 to this request , the BusCntl 34 carries out the bus arbitration 
operation. After the bus arbitration, the BusCntl 34 outputs 
the gnt[n:0] signal, bmaster[m:0] signal, and bvalid[n:0] 
signal, all corresponding to the reql[n:0] signal. In the 
cycle 2, the CPU 31 starts to use the data bus requested by 
10 the reql [ n : 0 ] signal in response to the gnt [ n : 0 ] signal . After 
granting the bus use to the bus master, the bmaster signal 
^ is deasserted temporarily. 

yg In the cycle 3, the DMAC 33 requests z units while the 

2 CPU 31 is using the data bus . Prior to the output of the request 

us 

.g 15 signal, the DMAC 33 confirms whether the z units can be secured 

in the available bus units in the split -controlled data bus 
by checking the bvalid[n:0] signal output ted from the BusCntl 
^ 34. When there are available z units in the data bus, the 

DMAC 33 outputs the req3[n:0] signal corresponding to the 
M 20 available units in the data bus. Otherwise, when there are 



m 
yl 



not available z units in the data bus, the DMAC 33 requests 
the necessary z units in the bus by the req3[n:0] signal 
regardless of whether the z units are available or not. 

The BusCntl 34 carries out the bus arbitration operation 

25 again in response to the bus request from the DMAC 33. The 
BusCntl 34 confirms whether the z units in the data bus requested 
by the req3[n:0] signal are available from the current 
availability of the data bus . When the z units are available, 
the BusCntl 34 outputs the gnt[n:0] signal, bmaster [m:0] 

30 signal, and bvalid signal [n:0]; otherwise, the BusCntl 34 
maintains the current state until the bus becomes available. 
Because the cycle 3 of Fig. 12 explains the former case, the 
BusCntl 34 outputs the gnt[n:0] signal, bmaster[m:0] signal, 
and the bvalid[n:0] signal indicating the availability of the 

35 data bus the CPU 31 and DMAC 33 are currently using, all 
corresponding to the req3[n:0] signal. In the cycle 4, the 
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DMAC 33 starts to use the data bus in response to the gnt[n:0] 
signal, whereby the CPU 31 and DMAC 33 use the data bus 
simultaneously. After granting the bus use to the bus master, 
the bmaster signal is deasserted temporarily. 

In the cycle 6, the CPU 32 requests y units in the bus 
while the CPU 31 and DMAC 33 are using the data bus. Prior 
to the output of the request signal, the CPU 32 confirms whether 
the y units can be secured in the available bus units in the 
split-controlled data bus by checking the bvalid[n:0] signal 
outputted from the BusCntl 34. When there are available y 
units in the data bus, the CPU 32 outputs the req2[n:0] signal 
in accordance with the available units in the data bus. 
Otherwise, when there are not available y units in the data 
bus, the CPU 32 requests the necessary y units by the req2[n:0] 
signal regardless of whether the y units are available or not . 

The BusCntl 34 carries out the bus arbitration operation 
again in response to the bus request from the CPU 32. The 
BusCntl 34 confirms whether y units in the data bus requested 
by the req2[n:0] signal are available from the current 
availability of the data bus . When the y units are available , 
the BusCntl 34 outputs the gnt[n:0] signal, bmaster [m:0] 
signal, and bvalid[n:0] signal; otherwise, the BusCntl 34 
maintains the current state until the bus becomes available. 
Because the cycle 7 of Fig. 12 explains the latter case, the 
BusCntl 34 maintains, the current state. 

In the cycle 8, the bus operation of the CPU 31 using 
the specified x units in the data bus is completed, and its 
request signal (reql[n:0] ) is deasserted. Hence, the BusCntl 
34 asserts the bus release signal (brelease) which makes each 
bus master release the bus and deassert s the bvalid [ n : 0 ] signal 
to carry out the bus arbitration again. In the cycle 9, each 
bus master suspends the bus operation in response to the 
brelease signal and maintains the suspended state until the 
bus use is granted. Meanwhile, the BusCntl 34 arbitrates the 
bus request from each bus master again, and carries out the 
bus arbitration operation in accordance with the priority 



assigned to each bus master. Assume that the priority is 
assigned as CPU 32>DMAC 33 in the fourth embodiment, then the 
BusCntl 34 outputs the gnt[n:0] signal, bmaster[m:0] signal, 
and bvalid[n:0] signal, all corresponding to the req2[n:0] 
signal, to grant the bus use to the CPU 32 which is requesting 
the y units. In the cycle 10, the CPU 32 starts to use the 
data bus in response to the gnt[n:0] signal. After granting 
the bus use to the bus master, the bmaster signal is deasserted 
temporarily. 

The DMAC 33, to which the bus use is not granted when 
the bmaster signal is activated, confirms again whether the 
z units in the bus can be secured in the available bus units 
in the split -controlled data bus. When there are available 
z units in the data bus, the DMAC 33 outputs the req3[n:0] 
signal corresponding to the available units in the data bus. 
Otherwise, when there are not available z units in the data 
bus, the DMAC 33 requests the necessary z units in the bus 
by the req3[n:0] signal regardless of whether the z units are 
available or not . 

In the cycle 11, the BusCntl 34 carries out the bus 
arbitration operation. The BusCntl 34 confirms whether the 
z units in the data bus are available from the current 
availability of the data bus . When the z units are available, 
the BusCntl 34 outputs the gnt[n:0] signal, bmaster [m:0] 
signal , and the bvalid[n:0] signal, all corresponding to the 
req3[n:0] signal; otherwise, the BusCntl 34 maintains the 
current state until the bus becomes available. Because the 
cycle 11 of Fig. 12 explains the former case, the BusCntl 34 
outputs the gnt[n:0] signal, bmaster [m:0] signal, and the 
bvalid[n:0] signal indicating the state of the data bus the 
CPU 32 and DMAC 33 are using , all corresponding to the req3 [n : 0 ] 
signal. In the cycle 12, the DMAC 33 starts to use the data 
bus in response to the gnt[n:0] signal outputted according 
to the req3[n:0] signal, whereby the CPU 32 and DMAC 33 use 
the data bus simultaneously. After granting the bus use to 
the bus master, the bmaster signal is deasserted again. 




In the cycle 15, the bus operation (bus occupation) of 
the CPU 32 using the y units in the bus is completed, and its 
request signal (req2[n:0] ) is deasserted. Hence, the BusCntl 
34 asserts the bus release signal (brelease) which makes each 
bus master release the bus and deasserts the bvalid[n: 0 ] signal 
to carry out the bus arbitration again. In the cycle 16, each 
bus master suspends the bus operation in response to the 
brelease signal, and maintains the suspended state until the 
bus use is granted. 

Meanwhile, the BusCntl 34 arbitrates the bus request 
from each bus master again , and carries out the bus arbitration 
operation in accordance with the priority assigned to each 
bus master. At this point, because only the bus request from 
the DMAC 33 requesting the z units in the bus is left, the 
BusCntl 34 outputs the gnt[n:0] signal to the DMAC 33, 
bmaster [m: 0 ] signal, and bvalid[n:0] signal corresponding to 
the bus arbitration operation. In the cycle 17, the DMAC 33 
starts to use the data bus in response to the gnt[n:0] signal 

outputted corresponding to the req3[n:0] signal. After 

granting the bus use to the bus master, the bmaster signal 
is deasserted again. 

In the cycle 20, the bus operation of the DMAC 33 using 
the z units in the bus is completed, and its request signal 
(req3[n:0]) is deasserted. Hence, the BusCntl 34 asserts the 
bus release signal (brelease) which makes each bus master 
release the bus and deasserts the bvalid[n:0] signal to carry 
out the bus arbitration again. 

In the cycle 21, each bus master suspends the bus 
operation in response to the brealese signal, and maintains 
the suspended state until the bus use is granted. Meanwhile, 
the BusCntl 34 arbitrates the bus request from each bus master 
again, and carries out the bus arbitration operation in 
accordance with the priority assigned to each bus master. 

According to the fourth embodiment, a plurality of bus 
masters request the use of the data bus by specifying the 
necessary unit data buses in the data bus 15 depending on the 



availability of the data bus notified from the bus controller 
14. Consequently, the efficient split-control of the data 
bus 15 can be realized* 

In the foregoing embodiments, the I/O was used as an 
example of the peripheral apparatus . However , the peripheral 
apparatuses are not limited to the I/O , and can be any apparatus 
capable of carrying out data transfer with the bus masters 
through the data bus . In the foregoing embodiments , the memory 
and the peripheral apparatuses are explained as independent 
components, but the memory should be regarded as one of the 
peripheral apparatuses. In addition, the DMA data transfer 
by the DMAC is an example of the data transfer through the 
data bus , and any other data transfer mechanism can be adopted 
as well* 

The arrangement of the present invention can be realized 
by a 1-chip semiconductor integrated circuit. The present 
invention can be realized by making a part of the arrangement , 
such as the memory and peripheral apparatuses , as an external 
arrangement provided at the outside of the chip. 

In summary, according to the present invention, because 
the bus controller carries out the data bus arbitration by 
split-controlling the data bus in response to the bus use 
requests of the data bus from a plurality of bus masters, the 
utilization of the data bus can be enhanced. Consequently, 
not only can the efficiency of the data transfer in the DMA 
transfer be improved, but also the CPU stall period can be 
shortened. 

It is to be noted that, besides those already mentioned 
above, many modifications and variations of the above 
embodiments may be made without departing from the novel and 
advantageous features of the present invention . Accordingly , 
all such modifications and variations are intended to be 
included with the scope of the appended claims. 



